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INTRODUCTION  AND  SUMMARY 

An  important  challenge  in  the  design  of  future  military  communications  networks 
is  to  achieve  overall  system  economy  and  adaptability  through  efficient  and  flexible  allo¬ 
cation  of  common  network  resources  to  voice  and  data  users.  The  major  objective  of 
the  Wideband  Integrated  Voice/Data  Technology  Program  is  to  address  this  challenge 
through  the  development  of  techniques  for  integrated  voice  and  data  communications  in 
digital  packet  networks  which  include  wideband  common  user  satellite  links  -  A  major 
focus  of  activity  in  the  program  has  been  the  establishment  of  an  experimental  wide¬ 
band  packet  satellite  network  for  realistic  testing  of  a  variety  of  strategies  for  efficient 
multiplexing  of  voice  and  data  users.  The  program  also  serves  as  a  focus  for  the 
development  and  testing  of  techniques  for  local  area  packet  voice  distribution,  for 
speech  traffic  concentration,  and  for  efficient  real-time  voice  communication  in  an  inter¬ 
network  environment  including  local  networks  of  various  types  connected  through  a 
wideband  demand-assigned  satellite  network. 

Through  FY  82,  the  Packet  Speech  Systems  Technology  Program  included  efforts  in 
Wideband  Integrated  Voice/Data  Technology  and  Packet  Speech  as  two  subprograms. 
Original  efforts  in  the  Packet  Speech  Program  led  to  demonstrations  of  conversational 
speech  on  the  ARPANET  and  on  the  Atlantic  Packet  Satellite  Network.  More  recent 
Packet  Speech  efforts  focused  on  the  development  of  compact  narrowband  and  multirate 
voice  processors  and  associated  Packet  Voice  Terminals.  The  Packet  Speech  Program 
came  to  a  close  at  the  end  of  FY  82  having  achieved  its  basic  goals  in  packet  speech 
techniques  development,  and  in  voice  algorithm  and  terminal  developments  to  support 
experiments  in  the  wideband  network. 

This  report  covers  work  in  the  following  areas:  development  of  a  generalized  com¬ 
pact  vocoder  based  on  digital  LSI  technology;  development  of  Packet  Voice  Terminal 
(PVT)  and  local  access  network  (LEXNET)  facilities  for  experiments  in  packet  voice; 
development  and  experimental  application  of  a  flexible  internet  stream  gateway  (the 
miniconcentrator)  for  packet  voice;  coordination  and  execution  of  multi-user  packet 
speech  experiments  on  the  experimental  wideband  satellite  network  (WB  SATNET); 
and  development  and  experimental  testing  of  a  Voice-Controlled  Operator  (VCOP). 
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A  generalized  stand-alone  version  of  the  compact  Linear  Predictive  Coding  (LPC) 
vocoder  has  been  developed.  This  Speech  Processing  Peripheral  (SPP)  unit  interfaces  to 
a  host  computer  through  an  asynchronous  serial  link  and  includes  flexible  software 
interface  protocols  to  accommodate  vocoding,  speech  synthesis,  and  speech  recognition 
parameter  extraction  tasks.  Two  SPPs  have  been  built  and  tested  both  at  Lincoln  and 
at  Information  Sciences  Institute  (1S1),  and  one  unit  has  been  used  for  speech  synthesis 
in  VC.OP  experiments.  A  technology  transfer  effort  is  under  way  for  replicating  the 
SPP  for  general  use  in  the  DARPA  community. 

A  number  of  improvements,  including  capability  for  program  control  of  vocoder 
selection,  have  been  introduced  in  the  PVT  hardware  and  software.  Otherwise,  the 
PVTs  and  LEXNETs  have  remained  a  stable  and  operational  experimental  facility  dur¬ 
ing  this  reporting  period.  The  traffic  emulation  capability  of  the  PVT-based  measure¬ 
ment  host  (MH)  has  been  enhanced  by  the  addition  of  a  stream  (ST)  capability  to 
emulate  traffic  from  multiple  voice  calls.  This  capability  has  been  used  in  a  set  of 
packet  speech  multiplexing  experiments. 

The  miniconcentrator  gateways  at  Lincoln,  ISI,  SRI  International,  and  Defense 
Communications  Engineering  Center  (DCEC)  have  continued  to  operate  reliably  during 
this  reporting  period.  A  number  of  extensions  have  been  added  to  the  software  to 
enhance  the  experimental  capability  of  the  overall  system.  These  include:  group  and 
stream  synchronization,  encapsulation  of  ST  messages  in  IP  messages  for  communication 
with  gateways  not  supporting  ST,  histograms  of  gateway  resource  utilization,  a  packet 
discard  mechanism  for  speech  multiplexing  experiments,  and  a  gateway-to-gateway  file 
transfer  program.  The  gateway  has  been  used  to  generate  test  traffic  for  the  PSAT  and 
to  log  PSAT  up/down  status. 

Experiment  coordination  efforts  have  continued  to  focus  on  the  dual  WB  SATNET 
system  goals  of  achieving  regular  operational  status,  and  of  increasing  the  operational 
channel  bit  rate  to  3  Mbps.  System  throughput  calculations  have  been  carried  out  to 
identify  experiment  scenarios  which  can  be  supported  at  a  variety  of  channel  burst  and 
code  rates.  Despite  improvements  in  a  system  robustness  features  and  channel  stability 
and  calibration,  a  number  of  system  problems  remain;  a  short-term  task  force  effort, 
led  by  Lincoln,  has  been  initiated  to  address  these  problems. 
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A  series  of  multiplexing  experiments  has  been  initiated  using  emulated  voice  traffic 
generated  by  PVTs  operating  as  MHs.  A  configuration  using  two  gateways  and  two 
LEXNETs  has  been  used.  A  sample  experiment  run  showed  that  20  full-duplex  LPC 
calls  could  be  accommodated,  using  speech  activity  detection,  into  a  stream  allocation 
sized  to  handle  13  full-duplex  voice  slots,  with  a  total  packet  discard  rate  of  about 
1  percent  in  the  gateways. 

A  four-participant  conference  has  been  established  by  voice  control  over  the  WB 
SATNET.  A  talker  at  ISI,  after  training  the  speech  recognizer  over  WB  SATNET, 
dialed  up  the  VCOP  at  Lincoln  and  carried  on  a  voice  dialogue  to  provide  a  list  of 
conferees  and  the  conference  type  (i.e.,  PCM).  This  information  was  then  passed  from 
VCOP  to  the  conference  access  controller  which  automatically  dialed  up  the  participants. 
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I.  COMPACT  STAND-ALONE  VOCODER  DEVELOPMENT 

A.  INTRODUCTION  AND  STATUS  SUMMARY 

A  generalized,  stand-alone  version  of  the  compact  LPC  vocoder  has  been  de¬ 
veloped.  This  vocoder  employs  the  same  technology  (including  the  NEC  //PD7720 
signal-processing  interface  chips)  which  was  used  in  the  Packet  Speech  Program  to 
develop  the  Packet  Voice  Terminal-compatible  LPC.  This  vocoder  differs  from  the 
PVT-compatible  vocoder  primarily  in  that  it  interfaces  to  a  host  computer  through  a 
9600-bps  RS-232-C  asynchronous  serial  link  and  is  completely  self-standing.  A  power¬ 
ful,  flexible  I/O  link  management  protocol  has  been  developed  and  implemented  in 
the  SPP  control  firmware  which  is  sufficiently  general  to  support  compatibility  with 
a  great  variety  of  potential  host  operating  systems.  The  software  interface  protocols 
have  been  designed  so  that  the  resulting  vocoder  will  be  flexible  enough  for  speech 
recognition  parameter  extraction  and  speech-synthesis  tasks  as  well  as  traditional 
vocoder  analysis-synthesis  applications.  Potential  applications  for  this  unit,  referred  to 
as  the  Speech-Processing  Peripheral,  include  speech  bandwidth  compression,  speech 
playback,  and  speech-recognition  front-end  processing.  Because  of  its  simplicity,  com¬ 
pactness,  and  potential  for  comparatively  low-cost  mass  replication,  it  is  projected  to 
provide  substantial  speech-processing  power  as  a  standard,  inexpensive  adjunct  to 
personal  computing  workstations  or  general  computer  facilities.  The  unit  can  also  be 
used  exclusive  of  a  host  computer  as  a  stand-alone  digital  voice  communication 
instrument. 

Two  units  of  the  SPP  have  been  built  and  tested  successfully  in  stand-alone  and 
host-controlled  mode,  both  at  Lincoln  and  at  ISI.  At  Lincoln,  a  UNIX  PDP-11/44 
was  used  for  testing;  at  ISI,  the  unit  was  interfaced  successfully  to  a  Switched  Tele¬ 
phone  Network  Interface  (STNI)  card  on  a  PVT.  One  of  the  units  has  been  used 
for  speech  synthesis  (see  Sec.  V)  in  the  Voice-Controlled  Operator  (VCOP)  experi¬ 
ments.  A  Project  Report*  has  been  prepared  which  includes  an  overview  of 


*M.L.  Malpass  and  J.A.  Feldman,  “A  User’s  Guide  for  the  Lincoln  LPC  Speech 
Processing  Peripheral,”  Project  Report  PSST-2,  Lincoln  Laboratory,  M.I.T. 

(29  April  1983). 
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SPP  architecture. 


the  SPP  architecture  and  detailed  operational  instructions  of  the  link  management 
software  protocol  and  hardware  programmable  options  for  both  host-based  and 
stand-alone  applications.  A  technology  transfer  effort  is  under  way  for  replicating  the 
SPP.  Summary  descriptions  of  the  system  architecture,  the  vocoder  host  interface, 
and  the  technology  transfer  effort  are  included  below. 

B.  SPEECH-PROCESSING  PERIPHERAL  (SPP)  ARCHITECTURE 

The  SPP  architecture,  which  can  be  viewed  as  a  flexible  LPC  processor,  is 
shown  in  Fig.  I.  Photographs  of  the  SPP  chassis  and  circuit  board  are  shown  in 
Figs.  2  and  3.  The  circuitry  is  mounted  on  a  single  7-  X  7-in.  wirewrap  panel  con¬ 
taining  about  33  integrated  circuits  plus  miscellaneous  components. 


Fig.  2.  SPP  chassis. 

The  LPC  signal-processing  computations  are  carried  out  in  a  triplet  of  dedicated 
NEC  ^PD7720  digital-signal-processing  microcomputers  which  have  been  factory  pro¬ 
grammed  with  Lincoln-developed  LPC  firmware.  It  is  possible  to  conveniently  vary 
such  parameters  as  LPC  model  order,  frame  duration,  sampling  rate,  pre  de¬ 
emphasis  time  constant,  etc.  The  basic  functions  of  the  LPC  analysis,  synthesis  and 
pitch/voicing  determination  are  each  carried  out  in  a  separate  ‘77"*0. 
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3.  SPP  circuit  board 


Analog  processing  and  A/D  and  D/A  conversion  are  implemented  using  a  n- 255 
law  CODEC-with-filters  chip.  Provisions  are  made  for  analog  pre-  and  de-emphasis 
as  a  complement  to  the  digital  option  included  in  the  ‘7720s.  Since  the  anti-aliasing 
filters  are  realized  using  the  sampled  data/analog  (switched  capacitor)  PCM  filters  on 
the  CODEC  chip,  audio  bandwidth  can  be  controlled  by  adjusting  appropriate  clocks 
in  the  timing  chain  and  filter  characteristcs  are  well  controlled. 

Initialization  and  coordination  of  the  ‘7720s  are  carried  out  using  an  8085A-2 
microcomputer  complex  which  also  has  the  general  responsibility  of  managing  and 
controlling  both  the  serial  (RS-232-C)  and  parallel  (TTL)  I/O  ports.  Although  physi¬ 
cal  hardware  for  an  8-bit,  TTL-compatible  parallel  port  has  been  included  in  the 
current  SPP  design,  no  corresponding  control  firmware  has  yet  been  developed. 
Because  of  the  relatively  large  memory  capacity  that  has  been  provided  (6K  bytes 
ROM,  10.25K  bytes  RAM),  it  is  possible  to  implement  an  elaborate  and  powerful 
link  handler  and  SPP  control  protocol.  Through  this  protocol  the  host  operating 
system  can  command  the  SPP  in  a  variety  of  ways.  Voice  messages,  voice  control, 
and  speech-recognition  front-end  processing  are  typical  applications  which  are  imple- 
mentationally  straightforward  using  this  control  structure. 

C.  VOCODER/HOST  INTERFACE 

The  vocoder/host  interface  which  communicates  at  the  rate  of  9600  bps  over  an 
RS-232  asynchronous  link  to  a  host  computer  provides  a  means  for  the  host  to  con¬ 
trol  the  parameters  of  the  LPC  vocoder  and  to  interact  with  it  via  a  special  pro¬ 
tocol.  To  prevent  confusion  between  data  and  control  commands,  data  are  packed 
6  bits  to  a  byte  and  then  augmented  to  fall  into  the  range  40  through  137  octal. 

The  range  0  through  37  octal  is  never  used  except  for  the  standard  XON  and 
XOFF  characters.  The  range  140  through  176  octal  is  reserved  for  the  special  voco¬ 
der/host  protocol  character  assignments. 

As  described  above,  the  8085  manages  the  initial  programming  of  the  ‘7720s 
which  specifies  such  things  as  the  LPC  order,  filter  gain  parameters,  and  the  frame 
interrupt  timer.  It  is  the  frame  interrupt  to  the  8085  that  in  turn  triggers  the 
requests  for  the  exchange  of  raw  parameters  with  the  ’7720s.  The  SPP/ host  interface 
has  been  designed  to  provide  the  means  for  a  host  computer  to  initialize  the  ’7720s 
and  interact  with  them  via  a  special  protocol.  The  LPC  analyzer  and  synthesizer 
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may  be  programmed  independently  except  for  the  number  of  samples  per  frame, 
which  is  the  same  for  both.  The  frame  timing  provided  by  the  vocoder  is  a  function 
of  (1)  the  number  of  samples  per  frame  specified  by  the  host,  and  (2)  the  sampling 
interval  determined  by  an  external  oscillator  on  the  SPP  board.  Since  the  ’7720s 
exchange  uncoded  parameters  with  the  8085,  the  8085  is  also  responsible  for  coding 
and  decoding  and  these  tables  may  be  specified  by  the  host.  Finally,  the  analyzer 
and  synthesizer  may  be  activated  in  independent  modes.  These  modes  are  of  two 
types:  time-locked  and  non-time-locked.  Time-locked  mode  requires  a  host  computer 
that  can  maintain  real  time  on  a  frame-by-frame  basis;  in  non-time-locked  mode  IK 
ring  buffers  are  used  by  the  interface  to  accommodate  a  host  that  can  maintain  real 
time  over  the  long  run  but  not  on  a  frame-by-frame  basis. 

D.  TECHNOLOGY  TRANSFER 

A  solicitation-for-bid  (RFI)  has  been  prepared  for  replicating  the  Lincoln 
Speech-Processing  Peripheral  (SPP).  The  major  element  of  the  RFI  is  a  detailed 
technical  specification.  The  procurement  package  requires  prospective  production  con¬ 
tractors  to  indicate  in  detail  (1)  the  fabrication  approach,  (2)  any  alterations  to  the 
Lincoln-supplied  design  which  would  improve  functionality,  manufacturability,  testabil¬ 
ity,  or  reliability  (e.g.,  printed  circuit  vs  wirewrap),  (3)  facilities  available,  (4)  techni¬ 
cal  qualifications  of  engineering  personnel,  and  (5)  a  proposed  production  schedule. 

A  bidder  list  has  been  formulated  and  the  RFI  was  released  late  in  March. 

As  currently  envisioned,  the  replication  effort  will  proceed  in  two  phases,  the 
projected  costs  of  each  to  be  quoted  separately.  During  the  first  phase  a  pre- 
production  prototype  will  be  designed,  formally  documented,  and  fabricated.  Lincoln 
will  assist  in  debugging  and  qualification  of  the  prototype  in  order  to  validate  the 
design  and  familiarize  contractor  personnel  with  details  of  the  SPP’s  operation.  Once 
the  prototype  design  is  certified  by  Lincoln,  the  second  (production)  phase  will  be 
initiated.  The  size  of  the  production  run  will  be  determined  by  Lincoln  at  contract 
time,  having  taken  into  consideration  available  funds,  per-unit  costs,  and  supplies  of 
critical  components  (e.g.,  NEC  ^PD7720s).  Vendors  are  required  to  quote  unit  costs 
in  quantities  of  1  to  19,  20  to  49,  and  over  50. 
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In  order  to  maximize  the  potential  yield  of  the  procurement,  Lincoln  has  taken 
positive  steps  to  minimize  vendor  costs  associated  with  labor,  equipment  capitaliza¬ 
tion,  and  risk.  These  include  supplying  critical  components  and  Lincoln-fabricated 
SSP  engineering  models  on  a  GFE  basis,  supplying  Lincoln-developed  test  procedures 
for  checkout  of  production  units,  and  providing  Lincoln  staff-level  technical  assis 
tance  when  required.  Final  acceptance  testing  will  be  conducted  at  Lincoln  by  in- 
house  personnel  using  Lincoln-developed  qualification  procedures. 
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II.  PACKET  VOICE  TERMINAL  AND  LEXNET 


A.  HARDWARE 

A  number  of  improvements  were  made  in  the  PVT  capabilities  during  the  first 
half  of  this  reporting  period,  as  described  below.  More  recently,  the  PVT  and 
LEXNET  hardware  configuration  has  remained  stable.  All  PVTs  at  Lincoln  have  had 
all  updates  installed  and  tested.  The  change  descriptions  and  necessary  parts  have 
been  sent  to  IS  I  to  allow  them  to  bring  their  terminals  up  to  date. 

1 .  Vocoder  Selection 

The  protocol  processor  and  PCM  cards  have  been  modified  to  allow  program 
control  of  the  vocoder  selection.  A  two-position  momentary  switch  on  the  protocol 
processor  is  tested  by  the  program  to  determine  the  user’s  preference  for  either  the 
external  vocoder  or  the  internal  PCM  capability.  The  actual  selection  is  made  by  the 
program  depending  on  the  protocol  negotiation  during  call  setup.  Currently,  if  the 
calling  and  called  PVTs  show  different  user  rate  preferences,  and  both  rates  are 
supported  by  both  PVTs,  the  calling  party’s  preference  will  dominate.  In  any  case, 
the  protocol  negotiation  will  seek  to  establish  communication  at  a  compatible  rate. 
The  actual  choice  of  encoder  resulting  from  the  negotiation  is  indicated  by  lights  on 
the  PCM  card. 

2.  ROM/RAM  Card 

The  ROM  memory  extension  card  has  been  modified  so  that  it  can  accept  the 
pin-compatible  4802  RAM  chip  or  the  2716  EPROM  chip.  This  allows  the  card  to 
be  used  as  a  RAM  for  software  development  and  then  converted  to  ROM  for  oper¬ 
ational  usage.  The  conversion  requires  the  change  of  the  memory  chips  and  one 
jumper  package. 

3.  Speech  Activity 

The  speech  activity  detector  control  switch  on  the  PCM  card  has  been  replaced 
with  a  three-position  switch.  The  new  switch  allows  the  user  to  turn  off  all  speech 
transmission  as  well  as  the  previous  two  options  of  transmit-during-speech  and 
transmit  continuously. 
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B.  PVT  TECHNOLOGY  TRANSFER 


A  Request  for  Quotation  (RFQ)  specification  for  replication  of  the  LEXNET 
PVT  was  written  and  submitted  to  DARPA  for  review.  The  RFQ  asked  for  quota¬ 
tions  on  the  production  engineering  required  to  produce  PVTs  and  LEXNET/Con- 
centrator  Interfaces,  and  for  production  runs  of  10  to  50  units.  A  detailed  technical 
information  package  on  the  PVT  and  LEXNET  was  also  included. 

Based  on  discussions  with  DARPA,  a  decision  was  made  not  to  proceed  with 
the  LEXNET  PVT  procurement  at  this  time,  but  instead  to  proceed  with  an  alter¬ 
nate  plan  based  on  interfacing  the  stand-alone  LPC  SPP  to  an  off-the-shelf  worksta¬ 
tion  (probably  a  SUN  unit).  The  new  plan  includes  the  ongoing  technology  transfer 
of  the  LPC  SPP,  as  described  in  Sec.  I. 

In  addition,  the  following  future  activities  are  projected.  The  LPC  SPP  will  be 
interfaced  to  a  workstation,  which  in  turn  will  include  a  standard  ETHERNET  inter¬ 
face.  NVP/ST  protocol  software  will  be  implemented  to  allow  SPP  units  to  com¬ 
municate  real-time  packet  voice  on  the  ETHERNET.  Lincoln  will  develop  an 
ETHERNET  interface  which  can  replace  the  buffer  control  and  modem  cards  of 
either  the  LEXNET/Concentrator  Interface  or  the  LEXNET  PVT.  This  will  allow 
interoperation  of  the  workstation-based  LPC  units  with  units  currently  in  operation 
on  the  wideband  net.  When  this  interoperation  has  been  demonstrated,  the  issue  of 
PVT  procurement  will  be  reconsidered,  based  on  an  ETHERNET-compatible  PVT. 

C.  SOFTWARE 

PVT  software  efforts  during  this  period  have  included:  (I)  testing  and  checkout 
of  the  conferencing  robustness  features;  (2)  completion  and  debugging  of  the  PVT 
software  to  support  the  Voice-Controlled  Operator  (VCOP);  (3)  extensions  to  the 
dial-up  protocol  to  support  the  new  hardware  feature  of  automatic  vocoder  selection; 
and  (4)  reorganization  and  further  modularization  of  the  software  to  allow  optional 
inclusion  of  features  required  for  various  applications.  The  first  draft  of  a  compre¬ 
hensive  technical  report  “Protocol  Software  for  a  Packet  Voice  Terminal”  has  been 
completed.  The  report  is  now  being  reviewed  and  edited. 

Robustness  features  for  point-to-point  speech  and  conferencing  have  undergone 
thorough  checkout  locally  and  through  gateways.  In  addition,  a  number  of 
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conference  tests  have  been  run  with  ISI  using  the  satellite  and  the  time-out  and 
retransmission  mechanisms  for  conferencing  robustness  have  been  validated  in  this 
environment.  The  PVTs  are  normally  left  up  and  running  and  have  been  quite  relia¬ 
ble.  For  example,  the  Access  Controller  (AC)  code  was  last  reloaded  in  mid-October. 

We  expect  to  continue  regular  testing  of  PVT  communication  over  the  satellite 
channel. 

The  Voice-Controlled  Operation  is  working  with  the  PVTs.  There  is  one  soft¬ 
ware  module  for  the  PVTs  which  contains  all  available  options  including  VCOP.  To 
set  up  a  conference,  a  PVT  places  a  call  to  VCOP  (a  PVT  connected  to  the  speech 
synthesizer  and  recognition  system).  The  caller  tells  VCOP  by  voice  the  type  of  con¬ 
ference  to  set  up  and  the  names  of  the  desired  participants.  The  VCOP  PVT  then 
issues  “PLEASE  JOIN  A  CONFERENCE”  messages  to  each  participant.  These  mes¬ 
sages  are  included  in  the  time-out  and  retransmission  mechanism  so  that  messages 
lost  in  transit  will  be  resent.  The  VCOP  PVT  software  has  been  tested  extensively 
in  local  configurations  using  one  and  two  LEXNETs,  and  two  conferences  have  been 
set  up  over  the  wideband  satellite  network  (WB  SATNET)  from  ISI. 

Changes  in  the  hardware  now  allow  the  software  to  control  whether  the  PCM 
vocoder  or  the  external  vocoder  is  in  use.  When  a  PVT  receives  a  request  to  talk 
point-to-point  or  a  request  to  join  a  conference  it  will  automatically  change  from 
PCM  to  external  vocoder  (or  vice  versa)  if  that  will  allow  it  to  match  the  vocoder 
specified  by  the  incoming  request.  Now  the  only  requests  rejected  are  those  which 
specify  a  vocoder  different  from  the  one  in  the  PVTs  vocoder  slot. 

The  PVT  software  has  been  completely  reorganized  for  increased  modularity  and 
efficiency  of  memory  usage.  It  now  consists  of  six  modules  written  in  the  high-level 
language  C,  one  module  written  in  the  assembly  (machine)  language  A-Natural,  and 
sixteen  library  routines  provided  by  the  compiler.  Two  C  modules  handle  IP  mes¬ 
sages  in  and  out.  Two  C  modules  handle  ST  messages  in  and  out.  One  C  routine  is 
a  general  control  routine  and  the  last  C  routine  handles  the  interaction  with  the 
phone.  This  segmentation  allows  us  to  assess  the  space  requirements  of  the  various 
elements  of  the  protocols. 
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The  full  software  package  occupies  31,347  bytes  of  the  32,000  available.  The 
Whitesmiths  C  compiler  allows  conditional  assembly.  The  software  is  set  up  so  that 
any  or  all  of  a  number  of  options  can  be  omitted  at  compile  time  with  a  corres¬ 
ponding  decrease  in  memory  usage.  Omissible  options  include  ECVSD,  LPC,  debug¬ 
ging  aids,  and  VCOP.  ISI  plans  to  add  their  Switched  Telephone  Network  Interface 
(STNI)  module  to  the  PVT  software.  Since  their  module  largely  replaces  the  current 
phone-handling  module  it  should  fit  in  a  PVT  without  omitting  any  optional  code. 

D.  TRAFFIC  FMULATION  AND  MEASUREMENT 

The  traffic  emulation  capability  of  the  PVT-based  measurement  host  software 
has  been  enhanced  by  the  addition  of  a  code  to  allow  the  use  of  ST  as  well  as  IP 
packets  for  carrying  the  emulated  traffic.  At  present,  the  ST  capability  requires  that 
the  ST  connections  to  be  used  for  the  traffic  be  set  up  prior  to  the  start  of  the 
emulation  itself.  To  accomplish  the  set-up  process  for  a  number  of  connections  in  a 
single  step,  we  have  modified  the  ordinary  PVT  program  to  cause  it  to  set  up  a 
specified  number  of  calls  in  rapid  succession.  The  measurement  host  then  makes  use 
of  these  connections  for  sending  its  packets. 

The  new  capability  is  being  exercised  by  setting  up  a  number  of  emulated  nar¬ 
rowband  calls  through  the  gateway  and  observing  their  effect  on  other  real  calls. 

The  emulated  calls  make  use  of  a  Markov  model  of  talkspurt  and  silent  intervals 
that  gives  a  good  approximation  to  the  statistical  behavior  of  a  set  of  real  talkers. 
The  parameters  of  the  model  can  be  adjusted  by  the  experimenter  to  observe  the 
effects  of  variations  in  durations  and  duty  cycles.  Packet  speech  multiplexing  experi¬ 
ments  using  this  capability  are  described  further  in  Sec.  IV. 
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whose  access  to  the  internet  is  through  IP  gateways  only.  To  accommodate  such 
situations  the  miniconcentrator  gateway’s  routing  and  dispatching  software  was 
extended  to  recognize  such  paths  and  consequently  encapsulate  the  ST  messages  in 
IP  messages.  When  receiving  such  an  encapsulated  message,  an  ST  gateway  de- 
encapsulates  it  and  treats  it  as  an  ordinary  ST  message. 

C.  HISTOGRAMS  FOR  MULTIPLEXING  EXPERIMENTS 

Internal  memory  resources  in  the  PDP-11  gateway  were  expanded  in  order  to 
allow  for  simultaneous  support  of  as  many  as  60  point-to-point  speech  conversations. 
When  many  conversations  are  open  and  transmitting  packets,  the  setting  of  the  max¬ 
imum  aggregation  limit,  i.e.,  the  maximum  number  of  packets  that  are  permitted  in 
one  ST  envelope,  can  play  a  major  role  in  performance.  To  measure  the  number  of 
packets  that  are  actually  aggregated  in  one  envelope  the  gateway  now  maintains  a 
histogram  of  this  value.  Additionally,  the  UMC-Z80  program  now  maintains  a  histo¬ 
gram  of  the  number  of  packets  it  has  received  from  the  network  in  a  given  interval. 
These  two  histograms  provide  a  reasonable  measure  of  the  adequacy  of  the  maxi¬ 
mum  aggregation  limit. 

D.  SPEECH  PACKET  DISCARD  MECHANISM 

During  peak  load  situations  more  packets  can  arrive  than  can  be  dispatched, 
resulting  in  an  accumulation  of  packets  and  clogging  of  resources.  As  packets 
accumulate,  the  delay  before  they  are  dispatched  increases;  eventually,  the  delay 
becomes  so  great  that  the  packets  become  “stale”  and  are  no  longer  worth  transmit¬ 
ting  because  they  would  arrive  too  late  to  be  usable  by  the  speech  reconstitution 
algorithm.  For  these  reasons,  a  mechanism  for  discarding  packets  due  to  age  was 
incorporated  in  the  gateway.  Using  this  strategy,  any  packets  that  have  not  been 
dispatched  within  a  specifiable  amount  of  time  since  their  arrival  are  discarded. 
Tabulating  the  number  of  such  “lost  packets  in  conjunction  with  different  aggrega¬ 
tion  limits  provides  a  measure  of  throughput  in  peak  load  situations. 

E.  GATEWAY-TO-GATEWAY  FILE  TRANSFER  PROTOCOL 

A  protocol  was  developed  between  ST  gateways  whereby  they  are  able  to 
transmit  files  (e.g.,  programs)  to  each  other  via  the  WB  SATNET  for  storage  on 
auxiliary  disks  or  tapes.  A  “window"  allocation  by  the  receiver  together  with 
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sumchecking  and  retransmission  of  incorrect  messages  provides  for  accurate  transmis¬ 
sion  of  a  file.  This  permits  the  distribution  of  new  gateway  software  releases  to  be 
achieved  more  easily  than  through  ARPANET  FTP  to  a  host  computer  for  subse¬ 
quent  downloading  to  the  gateway  computer.  Furthermore,  in  the  case  of  some 
future  gateway  computers  there  will  not  even  be  a  nearby  host  computer  connected 
both  to  the  gateway  and  to  ARPANET. 

F.  TERMINAL  CONTROL  OF  MULTIPLE  GATEWAYS 

A  major  extension  was  produced  for  the  downline  communication  program 
TODOWN.  Previously,  this  program  was  known  as  TOEPOS,  but  its  usage  and 
flexibility  have  suggested  the  more  general  name,  TODOWN.  Heretofore,  each  invo¬ 
cation  of  TODOWN  provided  for  an  “attachment”  to  one  downline  processor  for 
communication.  If  one  wished  to  communicate  concurrently  with  several  downline 
processors,  a  separate  invocation  was  needed  for  each  processor.  This  made  it  diffi¬ 
cult  to  associate  outputs  from  several  processors  participating  in  one  experiment. 
Moreover,  it  is  inconvenient  to  tie  up  a  terminal  for  each  invocation,  especially  if 
one  is  communicating  remotely  via  ARPANET.  Now,  TODOWN  has  been  extended 
to  provide  concurrent  attachment  to  several  downline  processors.  One  can  thereby 
monitor  and  control  several  gateways  simultaneously.  The  command  structure  in 
TODOWN  was  expanded  to  allow  one  to  attach  and  release  downline  processors, 
specify  type-through  to  a  desired  TTY  line  of  a  processor,  etc. 

G.  OTHER  GATEWAY  DEVELOPMENTS 

In  certain  experimental  situations  we  use  a  loopback  plug  instead  of  the  real 
PSAT.  In  more  complex  situations  we  use  a  “null  PSAT"  to  connect  two  gateways 
together.  In  order  to  make  such  experimental  environments  as  similar  as  possible  to 
the  real  PSAT  environment,  the  gateway  was  extended  to  simulate  PSAT  behavior 
when  it  receives  a  request  to  create  or  modify  a  stream,  join  a  group,  etc.  (Such 
requests  would  be  received  by  the  gateway  only  when  a  loopback  plug  or  null 
PSAT  is  involved.)  In  this  way,  the  mainline  gateway  program  is  unaware  that  the 
real  PSAT  is  not  there  and  is  able  to  proceed  with  its  normal  routing  and  dispatch¬ 
ing  of  packets. 
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The  time-out  and  retransmission  of  ST  control  messages  in  the  gateway  has  now 
been  exercised  in  a  variety  of  situations,  including  usage  through  the  WB  SATNET. 
Several  minor  problems  were  found  and  corrected,  with  the  result  that  the  estab¬ 
lishment  and  closing  of  ST  connections  is  now  quite  reliable. 

We  are  currently  implementing  a  mechanism  for  logging  the  up/ down  transitions 
of  the  PSAT  at  a  gateway  site.  This  would  provide  a  measure  of  actual  availability 
of  the  network  for  experimentation  and  other  uses.  The  mechanism  is  general  and 
would  therefore  be  usable  for  networks  other  than  the  WB  SATNET. 
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IV.  WIDEBAND  NETWORK  EXPERIMENTS 
AND  EXPERIMENT  COORDINATION 

A.  SYSTEM  THROUGHPUT  CALCULATIONS 

Prior  to  the  March  1982  Wideband  Meeting,  a  series  of  calculations  were  per¬ 
formed  to  estimate  the  system  throughput  achievable  under  various  assumptions,  and 
to  identify  the  specific  factors  limiting  throughput.  A  new  analysis  was  done  prior  to 
the  March  1983  Wideband  Meeting,  including  updated  system  details  and  a  revised 
set  of  experiment  scenarios.  The  current  throughput  calculations  were  intended  to 
focus  on  the  limits  on  experimental  capability  caused  by  operation  at  772  kbps  and 
to  obtain  more  precise  estimates  as  to  what  can  be  done  at  higher  rates  for  some 
typical  scenarios.  To  this  end,  more  precise  information  had  been  obtained  as  to 
detailed  frame  and  overhead  structures,  and  increased  interburst  padding  requirements 
were  taken  into  account  for  mixed  code  rate  cases.  The  calculations  also  focused  on 
scenarios  including  more  than  four  sites,  since  new  sites  are  being  added  to  the  net¬ 
work:  three  by  summer  (RADC  and  Forts  Monmouth  and  Huachuca),  and  three 
more  in  the  near  future  (M.I.T.,  CMU,  and  LINKAB1T),  for  a  total  of  ten. 

Three  bit  and  code  rate  combinations  were  chosen  for  the  analysis.  For  Case  1 
the  channel  burst  rate  was  3.088  Mbps  (1.544  megasymbols/second,  QPSK);  all  the 
control  (or  header)  bits  were  assumed  to  be  coded  at  rate  1/2,  and  the  speech  (or 
data)  bits  were  assumed  to  be  uncoded.  For  Case  2  the  burst  rate  was  1.544  Mbps 
(BPSK),  with  headers  at  rate  1/2  and  speech  uncoded.  Case  3  assumed  772  kbps  for 
both  headers  and  data,  with  no  coding.  In  summary,  the  burst/code  rate  combina¬ 
tions  used  in  the  calculations  were: 

Case  1:  Rc  =  3.088  Mbps  (QPSK),  code  rate  1/2 
Rs  =  3.088  Mbps,  rate  1 

Case  2:  Rc  =  1.544  Mbps  (BPSK),  rate  1/2 
Rs  =  1.544  Mbps,  rate  1 

Case  3:  Rc  =  772  kbps  (BPSK),  rate  I 
Rs  =  772  kbps,  rate  1 

where  Rc  and  Rs  are  the  bit  rates  for  control  and  speech,  respectively. 
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PSAT  PACKET  LOAD:  47  PACKETS/s  (speech  traffic) 

Fig.  4.  Two  sites,  Nv  voice  slots.  (Relative  sizes  of  portions 
of  burst  not  drawn  to  scale.) 
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For  each  of  these  burst/code  rate  cases,  and  for  assumed  voice  bit  rates  of  64 
and  2.4  kbps,  two  different  network  scenarios  were  considered.  The  first  scenario 
was  based  on  the  two-site  configuration  shown  in  Fig.  4,  with  Nv  active  voice  slots 
supporting  simultaneous  independent  conversations  between  the  two  sites.  The  number 
of  conversations  Nconv  supported  in  these  slots  will  generally  be  greater  than  Nv, 
and  will  depend  on  the  Time-Assignment-Speech-Interpolation  (TAS1)  advantage 
achieved.  The  objective  of  the  analysis  was  to  find  the  maximum  value  of  Nv  under 
the  various  burst-rate  and  voice  bit-rate  assumptions.  The  second  scenario  used  the 
Ns-site  configuration  of  Fig.  5,  shown  with  each  site  supporting  one  call,  and  the 
objective  was  to  find  the  maximum  number  of  sites  Ns.  The  second  scenario  was 
also  used  to  find  the  maximum  Ns  with  two  and  three  calls  in  progress  per  site. 

The  frame  structures  sketched  in  Figs.  4  and  5  were  determined  in  detail  by 
consultation  with  Bolt,  Beranek  and  Newman  (BBN),  and  were  computed  for  each  of 
the  scenarios  and  cases  of  interest.  The  maximum  achievable  values  of  Nv  and  Ns 
were  determined  under  the  constraint  that  the  time  duration  of  a  PSAT  frame  is 
2*5  bit  durations  at  a  bit  rate  of  1.544  Mbps.  Figures  4  and  5  also  indicate 
approximate  PSAT  packet  load  for  handling  the  speech  packets  in  each  scenario. 

Complete  tables  of  results  were  presented  at  the  Wideband  Meeting,  for  all  the 
rate  and  parameter  combinations  above.  As  a  convenient  summary,  a  few  example 
scenarios  were  presented;  these  are  repeated  in  Figs.  6  to  9.  Figure  6  indicates  the 
limitations  on  experimental  throughput  and  flexibility  imposed  by  the  Case  3  channel 
burst  rate  of  772  kbps,  which  has  been  used  for  previous  speech  demonstrations.  At 
this  rate  the  network  can  support  the  indicated  levels  of  either  multi-site  PCM  traf¬ 
fic  or  two-site  LPC  traffic,  but  not  both  simultaneously.  When  the  network  is  dedi¬ 
cated  exclusively  to  one  type  of  experimental  traffic  or  another,  the  supportable  traf¬ 
fic  is  either  81  LPC  calls  between  two  sites  or  a  four-site  PCM  network  with  two 
calls  per  site. 

Figure  7  shows  that  a  moderate  improvement  in  channel  throughput,  to  the 
Case  2  rates  (1.544  Mbps,  coded  rate  1/2  for  headers  and  uncoded  for  data)  makes 
a  dramatic  improvement  in  network  capacity,  for  example,  PCM  and  LPC  experi¬ 
ments  can  be  supported  simultaneously  at  the  levels  shown.  In  the  figure,  site  2  car¬ 
ries  both  LPC  and  PCM  traffic.  Figure  7  also  assumes  correction  of  the  present 
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Fig.  5.  Ns  sites,  one  call  each.  (Relative  sizes  of  portions 
of  burst  not  drawn  to  scale.) 
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•  Rc  =  Rs  =  772/1 

•  EXPERIMENT  SCENARIO: 

4  SITES,  TWO  64-kbps 
CALLS  EACH 

OR 

2  SITES,  81  2.4-kbps 
SLOTS 


64-kbps  PCM 


Fig.  6.  Sample  experiment  scenarios  supported  with  Case  3  (772  kbps) 
WB  SATNET  operation. 
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Rc  =  1  54V1/2.  R,  =  1 .544/1 

INTERBURST  PADDING  =  96  Tu 

EXPERIMENT  SCENARIO: 

4  SITES,  TWO  64-kbps 
CALLS  EACH 

PLUS 

2  SITES.  57  2  4-kbps  SLOTS 


Fig.  7.  Experiment  scenario  supported  at  Case  2  WB  SATNET  bit  rates. 
Site  2  carries  both  LPC  and  PCM  traffic. 


•  Re  =  3  088/1/2.  R,  =  3  08V 1  I1””7  "! 


Fig.  8.  Experiment  scenario  using  Case  I  WB  SATNET  rates. 
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4  SITES.  SIX  64-kbps 
CALLS  EACH 

PLUS 

2  SITES,  37  2.4-kbps  SLOTS 


|l2929«  W| 


Fig.  9.  Alternative  scenario  using  Case  1  rates 
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experimentally  observed  need  for  2048  channel  symbol  times  of  interburst  padding 
when  mixed  code  rates  are  used.  The  interburst  padding  assumed  in  Fig.  7  is 
96  Tu,  where  Tu  =  (1.544  X  1()6)-1  represents  one  channel  symbol  time  at 
1.544  Mbps  BPSK.. 

Figure  8  shows  an  example  scenario  assuming  the  highest  expected  channel  rates 
(Case  1,  3.088  Mbps,  coded  rate  1/2  for  headers  and  uncoded  for  data).  The  chan¬ 
nel  supports  a  four-site  PCM  network  with  three  calls  each,  as  well  as  a  two-site 
LPC  experiment  session  with  87  simultaneous  calls.  Figure  9  illustrates  an  alternative 
arrangement  under  Case  3:  the  four-site  PCM  network  has  six  calls  per  site,  and 
there  is  still  enough  capacity  to  support  37  simultaneous  LPC  calls  between  another 
pair  of  sites. 

The  analysis  shows  the  importance  of  operation  at  the  Case  1  and  Case  2  rates 
to  support  substantial  multi-user,  multi-site  experiment  scenarios.  As  an  incidental 
output  of  the  analysis,  the  calculations  indicated  that  the  packets-per-second  process¬ 
ing  requirements  on  the  PSAT  were  modest  under  all  scenarios  considered,  so  it 
could  be  stated  that  this  processing  requirement  is  not  the  factor  limiting  system 
throughput. 

B.  SYSTEM  OPERATION  AND  EXPERIMENT  COORDINATION 

System  goals  for  WB  SATNET  continue  to  be  the  achievement  of  regular  oper¬ 
ational  status,  and  of  operation  at  system  bit  rates  higher  than  772  kbps.  Important 
milestones  have  been  achieved,  including  the  3  June  1982  packet  speech  demonstra¬ 
tion  at  Lincoln  (described  in  the  last  semiannual*)  and  a  successful  demonstration  of 
the  packet/circuit  interface  facilities  at  DCEC  on  7  October.  During  the  past  six 
months,  robustness  improvements  have  been  made  at  all  levels;  channel  calibration 
has  improved;  and  sources  of  radio  frequency  interference  (RFI)  are  being  identified, 
as  noted  below.  The  satellite  channel  is  more  stable  and  reliable  than  in  the  past; 
the  bit-error  rate  is  typically  better  than  5  X  10*3. 


♦Packet  Speech  Systems  Technology  Semiannual  Technical  Summary,  Lincoln 
Laboratory,  M.I.T.  (30  September  1982),  DTIC  AD-A 126880. 
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A  number  of  problems  must  be  resolved  in  order  to  achieve  the  required  opera¬ 
tional  status  for  the  system.  Efforts  are  being  made  to  correct  these  problems,  and 
at  the  same  time  to  push  toward  operation  of  the  system  at  higher  rates,  as  de¬ 
scribed  below. 

A  major  effort  over  the  past  six  months  has  been  to  use  the  network  for  exper¬ 
imental  purposes  as  much  as  possible,  to  identify  and  deal  with  causes  of  unreliabil¬ 
ity,  and  to  push  toward  reliable  operation  at  higher  channel  bit  rates  with  appro¬ 
priate  code  combinations.  In  particular,  efforts  were  made  to  gather  data  and 
achieve  results  which  could  be  taken  into  account  in  discussion  and  planning  at  the 
Wideband  Meeting  held  at  DARPA  in  March.  One  aspect  of  this  work  consisted  of 
evaluating  network  operational  status  on  a  daily  basis,  with  the  cooperation  of  BBN 
and  personnel  at  all  the  sites.  Statistics  were  gathered  on  the  availability  of  the 
channel  and  of  the  various  sites  and  subsystems,  and  the  results  indicated  problems 
with  system  availability.  In  particular,  the  time  during  which  Lincoln  and  ISI  (the 
two  primary  packet  speech  sites)  were  simultaneously  operational  has  been  limited. 
The  availability  problems  resulted  from  a  combination  of  factors,  rather  than  being 
attributable  to  any  single  subsystem.  The  availability  statistics  were  presented  in  their 
entirety  at  the  Wideband  Meeting,  and  action  was  undertaken  to  improve  them,  as 
described  below. 

The  performance  of  the  PSAT,  ESI,  and  satellite  channel  has  been  tested  at  a 
variety  of  channel  bit  rates  and  error-correcting  code  rates.  Most  often  testing  has 
been  done  by  BBN  personnel  under  PSAT  control,  using  test  data  both  from  PSAT 
message  generators  and  from  facilities  on  LEXNETs  at  Lincoln.  In  conjunction  with 
these  tests,  Lincoln  has  conducted  speech  experiments  with  the  WB  SATNET  run¬ 
ning  at  various  combinations  of  channel  and  code  rates.  The  results  indicate  packet 
losses  and  other  difficulties  at  channel  bit  rates  higher  than  772  kbps,  presumably 
due  to  the  higher  bit-error  rates.  A  specific  problem  has  been  observed  experimen¬ 
tally  with  use  of  mixed  code  rates  within  a  burst  (e.g.,  rate  1/2  for  headers  and 
rate  1  for  data),  in  that  long  interburst  intervals  appear  to  be  required  to  avoid 
excessive  packet  loss  in  the  ESI.  The  nominal  interburst  spacing  is  96  channel  sym¬ 
bols,  but  for  mixed  code  rates  this  spacing  has  to  be  increased  at  present  to  about 
2048  symbols. 
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A  potential  contributor  to  degraded  system  performance  is  nonuniformity  as  to 
transmitted  power  and  frequency  among  the  WB  SATNET  sites.  To  insure  unifor¬ 
mity,  an  agreement  has  been  reached  with  Western  Union  under  which  Lincoln 
Laboratory  will  serve  as  the  power  and  frequency  reference  station  for  the  network. 
A  Hewlett-Packard  8566A  Spectrum  Analyzer  has  been  purchased  to  support  this 
function;  it  has  a  frequency  stability  of  one  part  in  10^,  and  is  accurate  to  a  small 
fraction  of  a  decibel  in  power. 

Plans  are  in  progress  to  automate  the  measurement  of  uplink  power  and  fre-  . 
quency  for  every  site,  so  that  it  can  be  carried  out  during  low-traffic  periods  (prob¬ 
ably  at  night)  by  the  personnel  at  BBN’s  Network  Operations  Center.  At  present,  in 
order  to  make  such  a  measurement  for  a  particular  site  it  is  necessary  to  have  the 
NOC  take  all  the  PSATs  off  the  air,  and  then  to  have  a  person  at  the  site  in 
question  switch  to  the  Burst  Test  Modem  and  transmit  an  unmodulated  carrier.  A 
set  of  such  measurements  on  14  December  disclosed  that  Western  Union’s  uplink 
power  level  for  the  other  customers  on  our  transponder  had  moved  out  of  calibra¬ 
tion,  causing  a  substantial  reduction  in  signal-to-noise  ratio  at  the  WB  SATNET 
sites.  This  problem  was  communicated  to  Western  Union;  they  corrected  the  power 
level  problem,  and  subsequent  tests  with  the  spectrum  analyzer  showed  that  WB 
SATNET  conditions  were  back  to  normal. 

Some  time  ago,  a  radio  frequency  interference  (RF1)  problem  was  observed  to 
exist  at  ISL  DARPA  made  arrangements  with  Probe  Systems,  Inc.  to  conduct  RF1 
investigations  at  ISl,  using  a  variety  of  techniques  including  wideband  disk  recording 
and  correlation  analysis.  This  work  was  carried  out  in  late  January,  and  included  a 
number  of  interactions  with  Lincoln.  Probe’s  investigations  indicated  that  the  RF1  is 
due  to  radio  altimeter  transmissions  from  aircraft  flying  at  about  20,000  ft  over  the 
Los  Angeles  airport.  The  altimeters  operate  at  about  4.3  GHz,  well  above  the  3.7- 
GHz  WB  SATNET  downlink  frequency,  but  it  is  thought  that  nonlinear  effects  in 
the  front-end  RF  amplifier  produce  enough  in-band  energy  to  disrupt  the  desired 
signals.  A  possible  solution,  currently  under  investigation,  is  for  Western  Union  to 
install  front-end  filtering  to  reject  the  interference. 

One  outcome  of  the  March  Wideband  Meeting  was  recognition  that  difficulties 
have  been  encountered  in  achieving  required  operational  status  and  higher  bit-rate 
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operation  for  the  network.  In  an  effort  to  overcome  these  problems,  a  “task  force” 
effort  was  formed  with  goals  of  regular  operation  first  at  1.544  Mbps  and  then  at 
3.088  Mbps,  in  each  case  with  headers  coded  at  rate  1/2  and  data  uncoded.  This 
task  force  is  being  coordinated  by  Lincoln,  and  includes  representatives  from  BBN, 
ISI,  and  LINK  ABIT.  A  six-week  program  was  planned,  culminating  in  a  report  to 
DARPA  in  May.  The  essence  of  the  program  was  to  spend  about  two  weeks  col¬ 
lecting  and  evaluating  system  performance  data,  followed  by  extensive  on-site  testing 
at  Lincoln  by  a  team  of  BBN  and  L1NKAB1T  personnel,  with  further  iterations  as 
necessary.  Work  is  currently  under  way,  and  progress  is  being  made  toward  the  task 
force  goals. 

C.  MULTIPLEXING  EXPERIMENTS  WITH  EMULATED  VOICE  TRAFFIC 

Work  has  started  on  a  series  of  multiplexing  experiments  using  emulated  voice 
traffic  generated  by  PVTs  operating  as  measurement  hosts  (MHs).  To  change  a  PVT 
into  an  MH,  we  add  a  timer  card  that  provides  an  accurate  time  base  that  is  syn¬ 
chronized  among  MHs  by  connections  to  a  WWVB  clock.  Software  for  the  MH 
provides  for  traffic  generation  and  the  measurement  of  arrival-time  histograms  as 
well  as  counts  of  packets  sent  and  received.  Four  traffic  models  are  currently  availa¬ 
ble.  Three  are  data  models  using  IP  datagrams  with  deterministic,  Poisson,  or  TCP 
file  transfer  traffic  models.  The  fourth  is  a  multiple-speaker  talkspurt  model  that  uses 
ST  virtual  circuits  for  its  traffic.  Measurements  with  this  model  have  shown  that  a 
pair  of  MHs  can  emulate  up  to  10  conversations  with  2400-bps  LPC  voice  rates  and 
with  packet  times  of  40  ms.  Under  these  conditions  each  MH  generates  an  average 
of  125  packets  per  second  (pps)  and  receives  a  like  number  from  its  partner  in  the 
conversation  group.  Measurements  have  also  shown  that  the  MH  can  sustain  a 
steady  flow  of  about  350  pps  with  packets  of  the  same  size.  The  total  average  load 
of  250  pps  posed  by  10  conversations  is  enough  less  than  the  peak  capacity  of 
350  pps  that  packets  are  rarely  lost  due  to  overload  of  the  MH  under  these  condi¬ 
tions.  The  number  lost  when  overloads  do  occur  is  sufficiently  small  that  multiplex¬ 
ing  experiments  exploring  packet  loss  rates  in  the  order  of  1  percent  are  not  signifi¬ 
cantly  affected  by  the  MH  overloads. 

Experiments  to  date  have  involved  traffic  flowing  between  two  gateways,  mostly 
through  a  direct  connection  (through  a  “Null  PSAT”),  and  occasionally  through  the 
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Fig.  10.  Multiplexing  experiment  configuration. 


PS  AT  and  a  loop  through  the  wideband  channel.  Figure  10  shows  the  configuration 
used  in  our  initial  experiments.  With  two  MHs  on  a  LEXNET  attached  to  each 
gateway,  we  get  a  maximum  of  20  emulated  LPC  conversations  which  is  a  large 
enough  number  to  get  a  TASI  advantage  of  about  1.4  (i.e.,  we  can  handle  20  con¬ 
versations  with  a  channel  capacity  sufficient  to  handle  only  14  if  all  transmitted  con¬ 
tinuously).  The  experiments  involve  adjusting  the  aggregation  parameters  of  slot  size, 
dispatch  interval,  and  queue  size  limit  in  the  dispatcher.  The  observed  outputs  are 
packet  loss  and  dispersion  of  the  arrival-time  histograms. 

Figures  11,  12,  and  13  show  arrival-time  histograms  for  three  experiments  using 
the  configuration  of  Fig.  10.  The  first  (Fig.  11)  shows  the  results  of  using  a  stream 
with  a  44-ms  interval  and  a  size  sufficient  to  carry  14  speech  packets.  The  combina¬ 
tion  of  20  talkers  and  a  packet  time  of  40  ms  results  in  an  average  packet  flow  of 
1 1  packets  per  stream  interval.  During  periods  when  more  than  half  the  emulated 
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Fig.  11.  Delay  histogram  for  experiment 
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talkers  are  transmitting,  queues  will  tend  to  build  up  in  the  gateway.  For  all  three 
experiments,  the  time  that  a  packet  could  wait  on  the  queue  at  the  stream  dis¬ 
patcher  was  limited  to  two  dispatch  intervals.  Packets  that  could  not  be  dispatched 
in  that  time  were  discarded.  For  each  experiment  the  fraction  of  packets  lost  is 
indicated  beneath  the  graph  in  the  figure. 

Figure  12  shows  the  result  of  using  a  stream  interval  half  the  size  of  the  one 
used  for  Fig.  11.  The  size  was  reduced  proportionately  so  that  the  carrying  capaci¬ 
ties  of  the  streams  were  identical.  Comparison  of  the  figures  shows  that  both  the 
average  delay  and  the  delay  dispersion  are  reduced  by  the  faster  dispatching,  as 
would  be  expected.  The  differences  in  percentage  of  packets  lost  is  not  significant 
either  from  a  human  factors  point  of  view  or  mathematically  because  of  the  short 
duration  of  the  experiment  (about  5  min.). 

Figure  13  shows  the  result  of  decreasing  the  channel  capacity  from  14  packets 
per  44-ms  interval  to  13.  Comparisons  between  Figs.  11  and  13  show  increases  in 
mean  delay,  delay  dispersion,  and  packet  loss.  The  conditions  of  Fig.  13  are  about 
at  the  limit  of  acceptability  for  packet  loss  rate. 

The  goal  of  these  experiments  is  to  determine  the  optimal  setting  of  the 
parameters  as  a  function  of  offered  traffic.  This  information  can  then  be  used  by 
the  gateway  to  adjust  the  PSAT  stream  reservation  to  suit  the  traffic  flow  indicated 
in  the  ST  connection  setup  process. 

The  next  step  in  the  experimental  program  will  be  to  mix  IP  data  traffic  with 
the  voice  traffic  to  explore  the  capability  of  the  packet  multiplexing  mechanism  to 
make  effective  use  of  channel  capacity  not  used  by  voice  for  carrying  data. 

Longer  range  plans  for  the  experimental  program  involve  the  use  of  the  Funnel 
gateway  and  a  Butterfly  measurement  host  to  support  experiments  with  larger 
numbers  of  emulated  talkers.  The  greater  power  of  these  machines  should  allow  the 
emulation  and  multiplexing  of  hundreds  of  voice  packet  streams. 
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D.  PACKET  VIDEO  FACILITY 


A  packet  voice  facility  similar  to  that  at  ISI  has  been  assembled  and  is  now 
operating.  The  facility  makes  use  of  a  PDP-11/45  computer  and  an  Ikonas  video 
processor  supplied  by  ISI.  A  UMC-Z80  interface  processor  provides  communication 
between  the  facility  and  either  the  11/44-based  IP/ST  gateway  or  the  voice  funnel. 
Figure  14  shows  a  block  diagram  of  the  facility. 

Steve  Casner  of  ISI  visited  the  Laboratory  to  supervise  installation  and  checkout 
of  the  Ikonas  hardware  and  system  software.  The  facility  is  now  working  and  has 
communicated  successfully  with  the  IP/ ST  gateway. 
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V.  VOICE  CONTROL  OF  NETWORK 
VOICE  CONFERENCING 
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participant  -  *  *  VCOP.  Eon,. 

LBXNET  a,  Lincoln  °"  * 

Participants  in  these  conferences  have  used  both  LEXNETs  Co  f  ^  *  6a"Way 
been  set  up  by  initiators  on  the  VCOP’s  LEXNET.  “  have  also 
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Fig.  15.  VCOP  block  diagram. 
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Finally,  when  the  phrase  must  be  used  by  the  VCOP  as  a  prompt  or  response,  the 
LPC  parameters  are  downloaded  from  the  host  computer  to  the  freestanding  LPC 
vocoder.  This  vocoder  uses  these  parameters  to  synthesize  a  speech  waveform  that  is 
fed  into  the  VCOP’s  PVT  as  was  done  with  the  VOTRAX  synthesizer. 

A  block  diagram  of  the  current  VCOP  configuration  is  shown  in  Fig.  15.  This 
configuration  was  used  for  the  cross-net  conference  setup  tests  with  ISI. 
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AC 

Access  Controller 

BBN 

Bolt,  Beranek  and  Newman 

CMU 

Carnegie-Mellon  University 

CODEC 

Coder/Decoder 

DC  EC 

Defense  Communications  Engineering  Center 

EPROM 

Erasable  Programmable  Read  Only  Memory 

ESI 

Earth  Station  Interface 

ETHERNET 

Local  area  network  developed  by  Xerox  Corporation 

IP 

Internetwork  Protocol 

ISI 

Information  Sciences  Institute 

LEXNET 

Lincoln  Experimental  Packet  Voice  Network 

LPC 

Linear  Predictive  Coding 

LSI 

Large-Scale  Integration 

MH 

Measurement  Host 

NOC 

Network  Operations  Center 

PCM 

Pulse  Code  Modulation 

pps 

Packets  per  Second 

PSAT 

Packet  Satellite  Interface  Message  Processor 

PVT 

Packet  Voice  Terminal 

RAM 

Random  Access  Memory 

RFI 

Radio  Frequency  Interference 

RFQ 

Request  for  Quotation 

ROM 

Read  Only  Memory 

SPP 

Speech-Processing  Peripheral 

ST 

Stream  Protocol 

STNI 

Switched  Telephone  Network  Interface 

TASI 

Time-Assignment-Speech  Interpolation 

TCP 

Transmission  Control  Protocol 
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USART 

VCOP 

VOTRAX 

WB  SATNET 
WWVB 


Universal  Synchronous/ Asynchronous  Receiver/Transmitter 

Voice-Controller  Operator 
Commercially  available  speech  synthesizer 

Wideband  Satellite  Network 

Radio  signal  maintained  by  National  Bureau  of  Standards, 
used  to  synchronize  clocks 
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